- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
同样数据源走RTMP播放延迟低还是RTSP低？
背景在比较同一个数据源，是RTMP播放延迟低还是RTSP延迟低之前，我们先看看RTMP和RTSP的区别，我们知道，RTMP（Real-Time Messaging Protocol）和RTSP（Real RTMP以二进制形式传输数据，具有低延迟和高效传输的特点。RTSP：RTSP则是一种控制流媒体会话的协议，它不直接传输媒体数据本身，而是负责描述流媒体会话，并指示客户端如何获取流媒体数据。 应用范围RTMP：RTMP因其低延迟和高效传输的特点，广泛应用于需要高性能实时流媒体传输的场景，如直播、视频聊天等。 ，用我们的RTMP推送、轻量级RTSP服务、RTMP|RTSP播放器，延迟基本上相差无几，可见，配好的推拉流服务模块，尤其关键。 单就延迟来看，如果好的RTMP或RTSP播放，二者差异不大，主要是看实际场景。以上是大概的比较，感兴趣的开发者，可以单独跟我沟通探讨。
1.5K10编辑于 2024-09-09 - 来自专栏RTSP/RTMP直播相关
Android平台如何实现多路低延迟RTSP|RTMP播放？
技术背景 实际上，我们在2015年做Android平台RTSP、RTMP播放模块的时候，第一版就支持了多实例播放，因为SDK设计比较灵活，做个简单的player实例封装即可实现多实例播放（Android 1 : 0); //设置RTSP超时时间 int rtsp_timeout = 10; lib_player_.SmartPlayerSetRTSPTimeout(handle, rtsp_timeout ); //设置RTSP TCP/UDP模式自动切换 int is_auto_switch_tcp_udp = 1; lib_player_.SmartPlayerSetRTSPAutoSwitchTcpUdp when playback RTSP stream.. 毫秒级延迟，完全满足对延迟、稳定性要求苛刻的场景下。感兴趣的开发者，可以单独和我沟通。
42600编辑于 2024-07-16 - 来自专栏RTSP/RTMP直播相关
QT下实现低延迟RTSP|RTMP播放器
好多开发者在QT环境下实现RTMP或RTSP播放时，首先考虑到的是集成VLC，集成后，却发现VLC在延迟、断网重连、稳定性等各个方面不尽人意，无法满足上线环境需求。 本文以调用大牛直播SDK（官方）的Windows平台播放端SDK为例，介绍下如何在QT下实现低延迟的RTMP|RTSP播放器，废话不多说，先上图： QTPlayer.png 大牛直播SDK有MFC的demo OpenPlayerHandle(url, is_rtsp_tcp_mode, is_mute)) return false; player_api_->SetBuffer(player_handle ; player_api_->SetRTSPTcpMode(player_handle, is_rtsp_tcp_mode ? play->OnWindowSize(widgets.at(i)->width(), widgets.at(i)->height()); } } } 以上是QT环境下集成个低延迟的
2.2K80发布于 2021-04-30 - 来自专栏RTSP/RTMP直播相关
Unity低延迟RTSP|RTMP播放器开发指南
提供RTSP TCP/UDP模式设置及自动切换功能，适应不同网络环境，确保播放稳定性。 1.1.2 性能优化特性 内置低延迟模式，可将延迟控制在毫秒级别，满足实时性要求高的场景。 低延迟播放技术实现3.1 网络优化策略3.1.1 缓冲时间设置 将缓冲时间设置在几十毫秒到几百毫秒之间，减少数据缓冲带来的延迟，同时保证播放稳定性。 4.2 低延迟关键参数配置4.2.1 网络协议优化 RTSP模式选择：默认使用UDP（NT_SP_SetRTSPTcpMode设为0）以减少握手延迟，若网络不稳定则开启TCP/UDP自动切换（NT_SP_SetRtspAutoSwitchTcpUdp 快速启动与低延迟模式： NT_SP_SetFastStartup(handle, 1); // 跳过CDN缓存GOP NT_SP_SetLowLatencyMode(handle, 1); // RTSP/RTMP播放器，适用于VR、安防、直播等高实时性场景。
1K10编辑于 2025-02-20 - 来自专栏RTSP/RTMP直播相关
跨平台低延迟RTSP转RTMP推送技术方案探讨
实现RTSP摄像头数据转RTMP推送到服务器，可以用第三方库或者工具实现，总体设计架构如下：图片一个好的转发模块，首先要低延迟！ 其次足够稳定、灵活、有状态反馈机制、资源占用低，跨平台，最好以接口形式提供，便于第三方系统集成，整体功能设计如下：1. 拉流：通过RTSP直播播放SDK的数据回调接口，拿到音视频数据；2. 您可以使用以下命令行参数：ffmpeg -i rtsp://[摄像头地址]/[流媒体地址] -f flv rtmp://[服务器地址]/[直播频道]其中，rtsp://[摄像头地址]/[流媒体地址] 拉流：拉流和播放有些类似，但不需要播放（也就是说不要解码，资源消耗非常低），在做过基础的参数配置之后（对应demo里面OpenPullHandle()），设置音视频数据回调，然后调用StartPullStream 需要确保系统具有足够的处理能力和带宽，以避免延迟或丢帧等问题。
1.6K40编辑于 2023-07-11 - 来自专栏RTSP/RTMP直播相关
IE浏览器如何低延迟播放RTSP或RTMP流
hls流（如果可以忍受几秒甚至十几秒延迟的话）。 本文基于大牛直播SDK https://github.com/daniulive/SmarterStreaming 现有RTSP、RTMP播放接口的基础上，二次封装，扩展了ocx控件，用于IE浏览器下的低延迟 ULONG NT_Open(); 打开player实例； 2. ULONG NT_Close(); 关闭player实例； 3. ULONG NT_SetLowLatencyMode(LONG mode); 设置是否低延迟模式播放； 13. OpenPlayer(); } var obj = document.getElementById("SmartPlayerActiveX"); //设置是否启用低延迟模式
1.6K50发布于 2021-03-08 - 来自专栏RTSP/RTMP直播相关
Unity下如何实现低延迟的全景RTMP|RTSP流渲染
在Unity3D平台上实现全景实时RTMP或RTSP流渲染，可以通过以下方式：获取全景视频数据源：首先，需要拉取RTMP或RTSP流数据，解码后，把RGB或YUV数据，回调到unity，从而获取到全景视频流数据 技术实现图片本文以大牛直播SDK的RTMP推送端作为数据采集，获取全景窗体数据后，编码打包推送到RTMP服务，或启动个轻量级RTSP服务，对外提供个RTSP的拉流URL。 然后，播放端，拉取RTSP或RTMP的URL，把YUV或RGB数据回调上来，然后，再在Unity窗体绘制出来。 1 : 0); //设置是否启用低延迟模式 //设置旋转角度(设置0， 90， 180， 270度有效，其他值无效) int rotate_degrees = 0; 与此同时，Unity全景实时播放，需要有非常高的延迟要求和性能要求，特别是全景数据源，分辨率和码率都非常高，对解码效率和解码后的数据拷贝投递，提了更高的要求。
67300编辑于 2023-07-27 - 来自专栏RTSP/RTMP直播相关
Andorid平台实现高性能低延迟的多路RTSP播放器
为了满足多路 RTSP 流的同时播放需求，基于大牛直播SDK开发了一款功能丰富、性能稳定的多路 RTSP 播放器。本文将深入解析该播放器的实现原理、代码架构以及关键功能模块。 传统的单路播放器已无法满足此类需求，因此开发一个多路 RTSP 播放器显得尤为必要。该播放器主要面向以下场景： 视频监控中心 ：对多个监控摄像头进行实时监控，要求低延迟、高稳定性。 (get(), 1);}（二）低延迟模式为了满足实时性要求较高的场景，可以启用低延迟模式。 在 configurePlayer 方法中设置低延迟模式。 性能优化 ：采用硬件加速、低延迟模式等技术手段，提高播放性能和实时性。 良好的资源管理 ：合理管理播放器的生命周期和资源，避免内存泄漏和资源浪费。
38810编辑于 2025-04-24 - 来自专栏RTSP/RTMP直播相关
Python × OpenCV × RTSP|RTMP：构建低延迟智能视频分析系统实战指南
传统方式如使用摄像头采集、调用 ffmpeg 解码、使用 OpenCV 的 cv2.VideoCapture()，往往面临： ❌ 帧率不稳、延迟高； ❌ 不支持 RTSP/RTMP 等协议或兼容性差； 然而，在面对工业现场或智能分析场景时，这类方式常暴露出诸如连接不稳定、帧率抖动、延迟不可控、协议兼容差等问题。 技术链路RTSP摄像头 → 大牛直播SDK拉流 → YOLOv5识别人形目标 → 置信度>0.8 → 调用报警接口（如 MQTT / HTTP） 技术亮点 视频延迟 < 200ms； 实时叠加识别框 /本地流，低延迟、高稳定帧级回调层RGB/YUV 输出精准对接 Python/AI 模型，毫秒级响应图像分析层OpenCV + YOLO/Haar支持人脸识别、目标检测、行为分析等数据联动层HTTP/MQTT 展望未来：更强的融合、更广的落地随着 Transformer、YOLO-NAS、SAM 等新一代模型的普及，以及工业端对实时性和安全合规要求的不断提升，未来的智能视频系统将朝着： 更低延迟的数据通道（如
1.2K00编辑于 2025-08-07 - 来自专栏RTSP/RTMP直播相关
Linux平台Unity下RTMP|RTSP低延迟播放器技术实现
在发布国产操作系统|Linux平台的RTMP|RTSP直播播放SDK之前，大牛直播SDK在Windows、Android、iOS平台已经有了非常成熟的技术积累，功能齐全、稳定性高、超低延迟、超低资源占用 、网络自动重连等，RTMP支持扩展H265播放, RTSP也支持H265播放。 Linux原生的RTSP、RTMP播放模块这里我们不做赘述，本文主要讲的是如何在Linux平台构建Unity下的RTSP和RTMP低延迟直播播放。 播放模块，拉流解码延迟非常低，数据投递效率非常高，无图无真相：Linux平台，我们是回调的YUV的数据，也就是 NT_SP_E_VIDEO_FRAME_FROMAT_I420： /*定义视频帧图像格式 1 : 0); //设置是否启用低延迟模式//设置旋转角度(设置0， 90， 180， 270度有效，其他值无效)int rotate_degrees = 0;NTSmartPlayerSDK.NT_SP_SetRotation
52000编辑于 2024-06-18 - 来自专栏媒矿工厂
低延迟HLS
本文是来自WWDC(苹果全球开发者大会) 2019的演讲，演讲的作者Roger Pantos，HLS的技术主管，本次演讲主题是介绍低延迟HTTP实时流（Low-Latency HLS）的实现和效果以及如何使用低延迟 在演讲的开始，Roger首先描述了低延迟对于体育直播、新闻、即时互动游戏广播以及颁奖典礼和其他社交媒体活动等的重要性。 介绍了低延迟HLS的设计目标是1-2秒，并且具有速率适配、加密、广告、元数据、向后兼容等功能。 然后Roger介绍了低延迟HLS如何实现上述的目标，与之前的HLS相比有5大变化：减少发布延时、优化段发现、消除段往返、减少播放列表传输开销、快速切换层。随后介绍了完成这5项变化的细节。 接着Roger展示了使用低延迟HLS视频通话的延迟，在AppleTV上美国用户与澳大利亚用户在视频通话时的延迟低于2秒。 最后Roger介绍了对于开发者来说，如何使用低延迟HLS进行项目开发。
2.4K10发布于 2019-09-25 - 来自专栏RTSP/RTMP直播相关
Windows平台Unity3D下如何低延迟低资源占用播放RTMP或RTSP流？
技术探讨自2017年我们发布跨平台的低延迟Unity下的RTSP|RTMP直播播放器后，Unity下的直播体验有了质的提升，特别是RTMP，从大家认知里面的几秒钟，直接缩减到100-300ms，满足了绝大多数场景下低延迟的技术诉求 今天就Unity下的RTSP|RTMP的低延迟播放，从以下几个维度，抛砖引玉，做个探讨： 选择合适的播放插件 Unity下的RTSP|RTMP低延迟播放，业内想到最多的是大牛直播SDK的SmartPlayer 低延迟模式：如果插件或 SDK 提供了低延迟模式的选项，一定要开启该模式。不过，有些情况下开启低延迟模式可能会牺牲一定的视频质量或稳定性，需要进行权衡。 tcp-udp模式设置、rtsp超时时间设置、低延迟模式设置等）。 要求非常高，可以选择合适的低延迟RTSP或RTMP播放插件、优化播放参数设置、优化网络环境、优化代码和渲染流程。
56520编辑于 2024-12-10 - 来自专栏RTSP/RTMP直播相关
【技术分享】Windows平台低延迟RTMP、RTSP播放器接口设计探讨
背景我们看过了太多介绍RTSP、RTMP播放相关的技术资料，大多接口设计简约，延迟和扩展能力也受到一定的局限，好多开发者希望我们能从接口设计的角度，大概介绍下大牛直播SDK关于RTMP、RTSP播放器开发设计 低延迟模式低延迟模式下，设置buffer time为0，延迟更低，适用于比如需要操控控制的超低延迟场景下。 /*设置低延时播放模式，默认是正常播放模式mode: 1为低延时模式， 0为正常模式，其他只无效接口调用成功返回NT_ERC_OK*/NT_UINT32(NT_API* SetLowLatencyMode ，这里就不再赘述，除Windows平台外，我们还同步开发了Linux、Android、iOS平台的RTSP、RTMP播放器，大多常规接口四个平台基本统一，延迟也都做到了毫秒级。 一个好的播放器，特别是要满足低延迟稳定的播放（毫秒级延迟），需要注意的点远不止如此，感兴趣的开发者，可以参考blog其他文章。
2.3K10编辑于 2023-01-09 - 来自专栏RTSP/RTMP直播相关
如何在VR头显端实现低延迟的RTSP或RTMP播放
技术实现如何在VR头显实现RTMP或RTSP播放？ VR头显播放RTMP或RTSP流数据，简单来说，通过jni层打通RTMP或RTSP流传输，解包并解码回调给Unity YUV或RGB数据，Unity场景下，绘制即可，本文以大牛直播SDK的Unity平台 1 : 0); //设置是否启用低延迟模式 NT_U3D_SetMute(player_handle_, is_mute_ ? (player_handle_, rtsp_timeout); //设置RTSP超时时间 int is_auto_switch_tcp_udp ，可实现毫秒级的延迟，可满足大多数有交互诉求的技术场景，此外，如果头显端支持硬解码的话，可以优先考虑硬解码。
68140编辑于 2023-08-29 - 来自专栏媒矿工厂
低延迟DASH流
这次将介绍的是使用开放源代码工具的低延迟DASH流。 首先Bo介绍了低延迟DASH流是什么，其中，一个低延迟流，从编码器屏幕到播放器屏幕之间的延迟必须要低于5秒;视频片段会被分割成许多的块来进行编码传输;且低延迟的特性也决定了它在传输路径上不应有额外的缓冲 DASH-IF所提出的最新变动中，包含了这些特性：添加了许多重新同步的节点，来使流可以被独立地处理;增加了功能描述，来告知播放器应当如何在低延迟模式下进行工作。 Bo还介绍了在低延迟流中的前人工作，DVB低延迟DASH：使用GPAC软件实现的GPAC低延迟DASH;苹果的低延迟HLS，使用的是苹果服务器和IOS的音视频播放器，以及社区驱动的LHLS。 最后Bo讨论了一些低延迟DASH的潜在问题，首先低延迟DASH的灵活性比传统的低延迟流要差;块的大小和延迟之间也存在着交换;低延迟DASH只支持HTTP/1.1。 最后附上演讲视频：
1.6K20发布于 2021-01-25 - 来自专栏RTSP/RTMP直播相关
如何在Android中实现低延迟的多实例RTSP|RTMP播放器
在视频播放应用的开发中，如何有效地管理多个 RTSP|RTMP流实例是一个挑战。 尤其是在 Android 上开发高性能、低延迟的多实例 RTSP|RTMP 播放器时，涉及到资源管理、线程同步和回调事件处理等多个层面的考虑。 项目背景和需求本项目的目标是实现一个支持多个 RTSP|RTMP流播放的 Android 播放器，用户可以通过不同的界面组件（如按钮和 SurfaceView）控制多个 RTSP|RTMP播放流的启动、 播放器需要具备以下特点： 多实例管理：能够同时管理多个 RTSP|RTMP播放器实例，确保每个实例的生命周期独立。 低延迟播放：优化播放器的启动时间和播放延迟。 , Context context, EventListener listener) { this.lib_player_ = lib_player; this.context
95410编辑于 2025-04-24 - 来自专栏RTSP/RTMP直播相关
跨平台轻量级RTSP服务模块技术详解与内网低延迟直播实践
模块化可裁剪：采集模块、编码模块、RTSP服务模块独立封装，可按需启用，降低资源消耗。 低延迟传输优化：内网优先策略，减少缓冲层级与跳数，确保毫秒级响应。 轻量级RTSP服务：推流端直连客户端，消除中间节点，在内网低延迟模式下，配合我们的RTSP播放器，可轻松实现 100~250ms 的端到端延迟。 既需内网低延迟又要云端扩展 → 采用混合架构（轻量级RTSP服务+云SDK），既保留低延迟链路，又能获得云端增值功能。 AI驱动业务 → 推荐本地部署为核心，云端做辅助，确保推理延迟可控。 7. 技术收益 实现一对多低延迟分发，延迟低至250ms。 无公网数据传输，满足医疗信息安全法规要求。 部署简化，医生只需开启应用即可推送至全院各终端。 8. 趋势总结轻量级RTSP服务的演进方向，将从单一的内网分发模块，扩展为具备低延迟、多协议、AI增强、云边协同特性的综合视频分发核心。
67510编辑于 2025-08-11 - 来自专栏RTSP/RTMP直播相关
如何在Unity3d平台下低延迟播放RTMP或RTSP流
随着VR类、游戏类场景的快速发展，开发者对Unity3d低延迟的直播需求量越来越大，前两年，大牛直播SDK发布了Windows平台、Android平台和iOS平台的Unity3d RTMP和RTSP的播放 Native RTSP或RTSP直播播放SDK回调RGB/YUV420/NV12等其中的一种未压缩的图像格式； 2. _.Call<int>("SetFastStartup", handle, is_fast_startup); } ///
/// 设置超低延迟模式 false 1 : 0); //设置是否启用低延迟模式 NT_U3D_SetMute(player_handle_, is_mute_ ? (player_handle_, rtsp_timeout); //设置RTSP超时时间 int is_auto_switch_tcp_udp 3.8K50发布于 2020-03-02 - 来自专栏RTSP/RTMP直播相关
Windows平台RTSP播放器选型与低延迟全解析及技术实践
评估维度与权衡框架 端到端延迟预算 不仅关注“首屏秒开”时间，还要衡量稳定播放阶段的 P50/P95 延迟指标，以及延迟波动幅度。低延迟并不等于牺牲稳定性，理想状态是在波动范围内持续追实时。 不足： 在深度低延迟调优上空间有限，内部缓冲与同步策略可控性不高。 弱网环境下，追帧/丢帧策略、抖动缓冲调整不够精细，易出现延迟累积。 适用场景：快速原型验证、功能优先的单流播放或低并发业务，对延迟和极限稳定性要求不高的项目。 低延迟架构要点（Windows 端实践经验）4.1 网络与缓冲策略 RTSP 传输模式：优先选择内网或专线环境以确保链路稳定；在公网或存在丢包风险时，推荐使用 TCP 传输，并在必要时启用 UDP → 刷新与呈现：在呈现阶段控制帧延迟（如设置低帧延迟队列），并结合可等待的同步对象（Waitable Object）确保帧输出节奏可控。
72410编辑于 2025-08-14 - 来自专栏RTSP/RTMP直播相关
低延迟 × 高识别：RTSP|RTMP直播播放与YOLO的融合应用架构解析
本文将以大牛直播SDK × YOLO（You Only Look Once）算法的融合方案为核心，系统讲解如何构建一套： ✅ 端到端低延迟 ✅ 多实例高并发处理 ✅ 跨平台通用部署（支持 Android 高延迟链路，无法满足实时响应 视频通常先通过播放器或采集卡展示，再经过转码处理或保存为文件，最后输入 AI 模型； 整个链路延迟高达数秒，严重影响对突发事件或动态目标的快速识别与处置； 结果导致“看到很快 为此，需要一个具备稳定解码、灵活回调、低延迟传输、多平台兼容等特性的“视频智能入口层”，而这正是大牛直播SDK × YOLO结合方案的切入点与价值所在。 而将这两者深度融合，必须具备两个核心能力： 一个具备高并发、低延迟、强适配性的视频输入通道； 一个能高效处理图像并输出语义结果的智能分析模块。 通过本篇文章所述的实践探索，我们可以清晰看到： 大牛直播SDK作为 AI 感知系统的视频输入层，不仅具备高并发、低延迟、跨平台的技术优势，还以其稳定的数据帧回调机制打通了“视频→算法”的关键接口；
86610编辑于 2025-08-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号